home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / UNSPLIT / text0495.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  4.3 KB  |  98 lines
  1.  
  2. > Hi Doug,
  3.  
  4. > I believe it's supposed to be just 2 banks, with 32MB space for each one, but
  5.  
  6. > That's another interesting thing: two banks with 32 MB space is 64 MB. 
  7. > But Overscan says that AB can have up to 128 MB RAM.
  8.  
  9. I know. I can only find 2 banks, and they are separated by 32MB. There are only
  10. 2 slots, so 128MB seems impossible.
  11.  
  12. Maybe it reconfigures itself with larger simms, but I really doubt it. Even if
  13. it did, we couldn't support that without details. 
  14.  
  15. > OK. Can I test it somehow simply on my own AB? 
  16.  
  17. I could send you a version of the 68040 driver which sets up a flat, unprotected
  18. tree over the first 64MB of ram. This will make things much easier to test.
  19.  
  20. > I think the program is OK, isn't it?
  21.  
  22. No, because if you test an 8MB block, and it consists of 2 mirrored blocks of
  23. 4MB, then the test will fail right away.
  24.  
  25. When the first location of the second 4MB block is written, it will overwrite
  26. the same first location of the first 4MB block. When the testing pass takes place
  27. the first 4MB block will be considered invalid and fail, even if it is ok.
  28.  
  29. The only simple way round this is to find blocks of ram with addresses that DO still
  30. match up, but these will be the last (highest up) copies of any mirrors which might
  31. be available. This means you would need to test all 64MB of space and find all
  32. the little fragments which check out, and join them together!
  33.  
  34. I did say it wouldn't be easy... :I
  35.  
  36. > I know about this problem (you already told me), but now I try to 
  37. > find my other 4 MB of my 8 MB SIMM. Later, when I buy the 16 MB one, I'll 
  38. > probably get into these problems with repeated 8 MB blocks, but for now I 
  39. > would like to find whole 8 MB of my current borrowed SIMM.
  40.  
  41. If you only have one simm fitted, then it should be 8 contiguous megs of
  42. ram starting at $1000000. If my program only detects 4MB, then there may
  43. only be 4MB starting at $1000000 with mirrors just above it. I don't know
  44. where the rest might be.
  45.  
  46. I'll look further into this problem to see if I can develop a fail-safe method
  47. for counting RAM.
  48.  
  49. I've just had an idea - if I send you a small program which fills memory at 8k
  50. intervals with the appropriate addresses, then saves these filled locations
  51. to disk (64MB/8k= 8000 locations or 32k of data), you could send me the resulting
  52. file and I could study it, looking for mirrors. When I find all the unique 'bits',
  53. I might then have a better idea of what's going on.
  54.  
  55. > BTW, an idea: could I read the setup from MMU and send it to you? We 
  56. > could find out where the AB-RAM is with the original AB's SW!
  57.  
  58. I don't trust that software. My friend fits 16MB to one slot and that
  59. code produces 32MB on the desktop. Any further information is bound to
  60. be unreliable. The original drivers don't test the ram properly.
  61.  
  62. > 1) with 8 MB SIMM it recognises only 4 MB of it, but I have checked with 
  63. > the original AB's SW and a little test program (see above) that I 
  64. > actually have all 8 MB of FastRAM.
  65.  
  66. Ok, I'll keep looking into this. It is made harder by my own machine using
  67. different simms and the board appears to behave differently too (no mirrors).
  68.  
  69. The mirrors indicate a problem related to incomplete memory decoding, but
  70. I can't tell if it is deliberate, harmless or even a hardware fault.
  71.  
  72. > 2) some programs are confused with the beginning of FastRAM at $2E6, 
  73. > namely Profile, SysInfo and Linux boot loader. As for Linux, it can be 
  74. > solved with special cookie, but the system info programs will always 
  75. > report bad numbers with your current patch.
  76.  
  77. If Linux sets up it's own MMU, then the changing 68040 patch will not help
  78. anyway, but for other programs it is worth considering.
  79.  
  80. > 3) some programs don't run with your patch (but do run with orig AB's SW):
  81. >   - TTRAMTST says Not enough memory (maybe it expects 4 MB of FastRAM at 
  82. >     least but I have only 3 MB with your patch - I don't know)
  83. >   - Music Analyzer ("M_ANALYZ.PRG") gives two bombs
  84.  
  85. Hmmm... Sounds like something is changing the cache or MMU tree. There will
  86. be some things I can't program round without ripping features out of the
  87. patch. I'll see what I can do about it. 
  88.  
  89. > That's all I remember. I hope that you don't take it as a criticism of 
  90. > your work - I just wanted to tell you what you could improve a bit if you 
  91. > would want to.
  92.  
  93. Yep, well I might not be able to solve everything, but if these are the only
  94. real problems you are having, then the outlook seems good.
  95.  
  96. Doug.
  97.  
  98.